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METHOD AND SYSTEM FOR AUTOMATED WEB REPORTS 
Field of the Invention 

The present invention relates generally to software and more particularly to a software 
facility for formatting web-based reports based on the activities of a database without 
requiring direct access to the database. 

Background of the Invention 

The Common Gateway Interface (CGI) is a standard for interfacing external 
applications with servers, such as web servers or HTTP servers. With CGI, a developer can 
write scripts that create interactive, user-driven applications. CGI enables a Web server to 
invoke an external program and pass user-specific data to the program. The program 
processes the data and generates a response. The server passes the program's response back 
to a client. CGI enables Web pages to be created dynamically, based upon the input of users 
rather than statically. CGI scripts have been used to interface databases with remote clients. 

Another commonly employed technology for interfacing databases with remote 
clients is "servlets". A servlet is akin to an applet that runs on a server. A servlet is an object 
that extends the fimctionality provided by a server. A servlet provides a component-based 
platform-independent method for building web-based applications, without the performance 
limitations of CGI programs. 

Unfortunately, using CGI and/or servlets to generate reports from a database requires 
direct database access. As such, these technologies put a load on the associated database 
when a report is requested. The load can be substantial when multiple parties request the 
reports and can detract from other database management activities. Moreover, direct 
database access raises a number of security issues. 
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Summary of the Invention 

The present invention addresses the above-described limitations of conventional 
systems by providing a software facility for formatting web based reports based on the 
5 activities of a database without requiring direct access to the database. This approach 

provides an uncomplicated way to maintain data consistency and maintain sufiHcient system 
security. 

According to one aspect of the present invention, in an electronic device coupled to a 
JO network a method is provided for generating reports. The method includes the step of 

creating a temporary database for holding information from a source database. The method 
also includes the step of loading the temporary database with data originating from the 
original database. The method also comprises the step of using the temporary database to 
generate a report regarding the source database. The method further comprises providing the 
15 report for access over the network. 

According to another aspect of the present invention, a medium for use in an 
electronic device coupled to a network is provided. The medium holds instructions for 
performing a method. The method includes the step of creating a tempor^y database for 
20 holding mformation from a source database. The method also includes the step of loading 
the temporary database with data originating from the original database. The method also 
comprises the step of using the temporary database to generate a report regarding the source 
database. The method fiirther comprises providing the report for access over tiie network. 

25 According to another aspect of the present invention, a system for viewing reports in 

a network is provided. The system comprises a temporary database for holding data to be 
used in the reports. The data is extracted from a source database. The system includes a 
format module for formatting the reports using the data in the temporary database. The 
system fiirther includes an access module for allowing access by users in the network to the 

3 0 reports created by the format module. 

According to another aspect of the present invention, a method for viewing reports in 
a network is provided. The method comprises the step of defining tables and views to be 
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used in the reports. The method includes the step of updating data received from a different 
database in the network into tables and views of the temporary database. The method further 
comprises the step of formatting the reports by using the data received into the tables and 
views of the temporary database. The method further includes the step of allowing access by 
5 users in the network to the reports created by the format module. 

Brief Description of the Drawings 

The aforementioned features and advantages, and other features and aspects of the 
1 0 present invention, will become understood with regard to the following description and 
1, accompanying drawings; wherein: 

~ FIG. 1 illustrates a distributed environment suitable for practicing an illustrative 

embodiment of the present invention; 
15 FIG. 2 illustrates interaction among software modules in the illustrative embodiment 

of the present invention; 

FIG. 3 depicts a flowchart illustrating steps performed by the report facility to 

generate reports; 

FIG. 4 depicts a flowchart illustrating steps performed by the wrapper script module; 
20 FIG. 5 depicts a flowch^ illustrating steps performed by the report script module. 



Detailed Description 

25 The illustrative embodiment of the present invention provides a tool that provides 

database reports that are viewable over a network without requiring direct database access. 
The illustrative embodiment creates temporary database tables and views in memory. Data is 
inserted into the temporary tables and views and the data is then extracted from the tables and 
views, as needed, to generate reports. Lastly, the temporary tables and views are removed 

30 from memory. 

FIG. 1 illustrates a distributed environment suitable for practicing the illustrative 
embodiment of the present invention. The distributed environment includes a server that may 
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be accessed by clients 12, 14, and 16. The server 2 may be implemented on a dedicated 
device or on a device shared by other processes. Smtable devices for the server 2 include but 
are not limited to a workstation or a server computer system. In the illustrative embodiment, 
it is presumed for illustrative purposes that the server 2 uses the HTTP protocol to 
communicate with the clients 12, 14, and 16.. The clients 12, 14, and 16 may be any of a 
number of types of electronic devices, including but not limited to personal computers, 
workstations, personal digital assistants (PDAs), intelligent pagers, mobile phones, electronic 
books or Internet appliances. A network 3 interconnects the server 2 with the clients 12, 14 
and 16. The network 3 may take many forms including the Internet, an intranet, an extranet , 
a wireless network or a communication network (such as a telephone network). 

The server 2 includes a processor 4 for executing programs. The server 2 includes a 
memory 6 for storing documents and programs, such as applets. The memory 6 holds a 
commimication module 8 for facilitating communications with clients 12, 14, and 16. The 
communications may include requests for database reports 7 or web pages, for example. The 
server 2 has a report facility 10 that is responsible for creating and managing database reports 
without direct database access. As will be described in more detail below, the report facility 
may create a temporary database 1 1 in memory 8 to create database reports 7 as needed. The 
temporary database 1 1 is built from data in a database 15. 

The illustrative embodiment generates highly customizable documents, such as web 
formatted reports. The illustrative embodiment does not require putting high loads on 
database 15 at the time the report is requested. Also, the illustrative embodiment provides 
modules which aid in creating formatted reports without direct access to the database 15. 
The information in the temporary database 1 1 is utilized to generate or regenerate web-based 
reports. In particular, the illustrative embodiment creates a temporary database 1 1 into which 
information from database 15 is downloaded. The downloaded information is used to 
generate reports 7. The illustrative embodiment does not allow direct access to the database 
15 to generate reports 7. The temporary database 1 1 acts as a buffer for the database 15. 

The report facility 10 provides the necessary tools to automatically generate reports. 
The report facility 10 includes software modules 18, 20, and 26 (Figure 2). The interaction 
among the software modules 18, 20, and 26 of the report facility 10 generate the reports by 
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utilizing the stored information in temporary database 1 9. In particular, the database module 
18 includes defined tables and views of a pre-selected reporting format. The database 
module 18 includes all the necessary information to define the tables and views needed to 
create a particular report. In particular, the database module 1 8 provides the reporting script 
with the needed information to define the various tables and views for a selected report. 
Essentially, the database module 18 is a repository for information regarding the various 
report formats utilized by the illustrative embodiment. 

Report script module 20 manages the task of updating the reports. The report script 
modiiles receives a notification fi-om the wrapper script module 26 to start generating reports. 
The report script module 20 utilizes information in the database module 15 to create 
temporary database 1 1 . The report script module 20 uses the information in the database 
module to create temporary database 11. The report script module 20 also downloads 
information from database 1 5 into temporary database 1 1 . The temporary database 1 1 
maintain a repUcated copy of the information in database 15. The report script module 20 
removes all information that relates to previous reports to eliminate any inconsistent 
information from previously generated reports. The report script module 20 downloads the 
information from the database 15 into the temporary database 1 1 . The database 15 is not 
further consulted and separated from the processing of the reports. Thus, users of the reports 
do not directly access database 15. The report script module 20 enables displaying the 
reports to clients that employ a web browser. The report script module 20 includes various 
output display formats for the reports that may be used with the illustrative embodiment. The 
reports may be generated in a number of formats including, but not limited to HTML, XML, 
PDF, word processing format or spreadsheet format. 

The wrapper script module 26 manages the timing assigned for the generation of 
reports. The wrapper script module 26 uses the system clock of the server 2 for managing tiie 
time associated with generating reports. Once the wrapper script module 26 determines a 
time has arrived to generate a report, the wrapper script module 26 sends notification to the 
report script module 20 to generate or regenerate the report. The wrapper script module 26 
notifies the report script module 20 to generate reports at a time where the load on the server 
will not impact tiie users. The wrapper script module 20 maintains information regarding the 
non-peak times of the server 2 so that the reports may be generated at optimal times. The 
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non-peak times information may be provided by the system administrator or stored in a 
database where the written script module 26 may access the information. The information 
may include a list of times where the server 2 usage is low. The wrapper script module 26 
also measures at each non-peak time the current usage of the server 2. The resulting usage 
5 information is compared against a threshold value. The threshold value defines a minimal 
usage value which is required to generate the reports without causing interruption to server 2. 
For example, if the server 2 is performing a set of operations which require extensive 
computing resources at a non-peak time period, then the wrapper script module 26 will not 
execute the report script module 20 to generate the reports. Otherwise, if the operations do 
J 0 not require extensive computing resources, then the wrapper script module 26 will notify the 
2. report script module 20 to generate the reports. The illustrative embodiment essentially 
minimizes the interference that is associated with the generation of reports. 

FIG. 3 depicts a flowchart illustrating steps performed by the report facility 10. The 
1 5 system administrator activates the report facility 10 by running a script (step 50). A list of 
non-peak times is provided to the report facility 10 by either the system administrator or a 
database (step 52). The report facility 10 monitors the available computing resources of the 
server 2 at the specified non-peak times (i.e., is the server too busy?) (step 54). Thus, at 
every non-peak time the report facility 10 determines whether the server 2 has enough 
20 capacity to generate reports (step 56). Once the report facility 10 determines there is enough 
capacity, the report facility 10 starts generating the requested reports (step 58). The report 
facility 10 deletes information from previous generated reports (step 60). This prevents any 
potential conflicts among data between the newly generated reports and previously generated 
reports. The report facility 10 posts the newly generated reports on the Internet to be viewed 
25 by users (step 62). 

FIG. 4 illustrates a detailed description of the wrapper script module 26. As discussed 
above, the wrapper script module 26 manages the timing assigned for the generation and 
regeneration of reports. A system administrator or system manager will input to the wrapper 
30 script module 26, through a pop-up window or the like, the various peak and non-peak hours 
of the server 2 (step 128). This allows the wrapper script module 26 to determine the various 
times to generate or regenerate reports. As discussed above, the wrapper script module 26 
generates or regenerates reports when the server usage is low. Report generation is done 
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without lowering the performance of the server 2. The wrapper script module 26 monitors 
for the non-peak time periods usage is low to determine whether it would be safe to start 
generating reports (step 130). The wrapper script module 26 monitors timing by checking 
the mputted non-peak times. The wrapper script module 26 determines the time to generate 
5 or regenerate reports by the actual usage of the server 2 (step 1 32). The wrapper script 
module 26 at every non-peak time checks the actual server usage. The server 2 stores the 
actual server usage. The wrapper script module 26 checks to see if the actual server usage is 
at a certain threshold (step 134). If the threshold is high, then the wrapper script module 26 
checks for the next available non-peak time for report generation. Otherwise, the wrapper 
10 script module 26 notifies the report script module 20 to start generating or regenerating 
Q reports (step 136). 

^- FIG. 5 depicts a flowchart illustrating steps performed by the report script module 20. 

3: As discussed above, the report script module 20 generates or regenerates the requested 
^45 reports. The report script module 20 receives a request from the wrapper script module 26 to 
1^ commence the report generation (step 138). As discussed above, wrapper script module 26 
m determines the period time when report generation is to occur. The wrapper script module 26 
notifies the report script module 20 by way of a signal. Once the report script module 20 
receives the signal from the wrapper script module 26, the report script module proceeds to 
20 start report generation. Also, the illustrative embodunent presumes that the database 15 has 
been updated prior to the wrapper script module 26 notifying the report script module 20. 
The report script module 20 proceeds to delete the contents of the temporary database 1 1 
from a previous report generation (step 140). The illustrative embodiment presumes that the 
temporary database 1 1 may have content from a previous report generation, however, the 
25 illustrative embodiment is not limited to that presumption. The report script module 20 can 
create a temporary database 1 1 if there has not been any generated reports prior to the 
wrapper script module 26 notifying the report script module by using the information 
database creation information in the database module 1 8. After the report script module 20 
deletes the contents in the temporary database 1 1, the report script module 20 creates the 
30 format for the temporary database by retrieving database formatting information, such as 
table and views, from the database module 18 (step 142). As discussed above, the database 
module 18 may include several tables and views for various web-based report formats. The 
temporary database 1 1 contains the same formatting (tables and views) structure as database 
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15. After creating the temporary database 1 1, the report script module 20 proceeds to upload 
the information contained in the database 15 into the temporary database (step 144). For a 
while, the information in the temporary database 1 1 is similar to the information in the 
database 15. The temporary database 1 1 acts as a buffer between the database 15 and users 
of the web generated reports. The users of the web-based reports never directly access the 
contents of database 15. Thus, eliminating the possibility of corrupting the information in 
database 15. All information regarding the generation of the web-based reports are accessed 
directly from the temporary database 1 1 . After the report script module 26 downloads 
information into the temporary database 1 1, the report script module 20 assigns tags specific 
to the generated reports (step 146). The assignment of the tags is to identify the types of 
reports generated. Afterwards, the report script module 20 processes the information in 
temporary database 1 1 to be displayed (step 148). 

Numerous modifications and alternative embodiments of the invention will be 
apparent to those skilled in the art in view of the foregoing description. Accordingly, this 
description is illustrative only and is for the purpose of teaching those skilled in the art the 
best mode for carrying out the invention. Details of the structure may vary substantially 
without departing from the spirit of the invention, and exclusive use of all modifications that 
come within the scope of the appended clauns is reserved. It is intended that the invention be 
limited only to the extent required by the appended claims and the applicable rules of law. 

Having described the invention, what is clauned as new and protected by Letters 
Patent is: 



